Date: Mon, 8 Nov 93 04:30:18 PST 

From: Ham-Digital Mailing List and Newsgroup <ham-digital@ucsd.edu> 
Errors-To: Ham-Digital-Errors@UCSD.Edu 

Reply-To: Ham-Digital@UCSD.Edu 

Precedence: Bulk 

Subject: Ham-Digital Digest V93 #103 

To: Ham-Digital 


Ham-Digital Digest Mon, 8 Nov 93 Volume 93 : Issue 103 


Today's Topics: 
Archimedes Packet Software needed 
ftp access by packet 
G.P. DOCS again !!! 
Help on KISS mode 
Kiss AX25 driver for Unix ??? 
KISS V7 binary 
Need chip numbers 
NEW PACKET - TNC QUESTIONS (2 msgs) 
packet FAQ's? 
Packet Program Recommendations for ATT UNIX 3B2/400 
PACKET TX "RECIEVER READY" 
TCP/IP and Linux 
Viruses and Packet radio 


Send Replies or notes for publication to: <Ham-Digital@UCSD.Edu> 
Send subscription requests to: <Ham-Digital-REQUEST@UCSD.Edu> 
Problems you can't solve otherwise to brian@ucsd.edu. 


Archives of past issues of the Ham-Digital Digest are available 
(by FTP only) from UCSD.Edu in directory "mailarchives/ham-digital". 


We trust that readers are intelligent enough to realize that all text 
herein consists of personal comments and does not represent the official 
policies or positions of any party. Your mileage may vary. So there. 


Date: Fri, 05 Nov 1993 12:09 

From: ukma!news2.uunet.ca!math.ohio-state.edu!howland.reston.ans.net!xlink.net! 
rz.uni-karlsruhe.de!ibm3090.rz.uni-karlsruhe.de!UJ89@seismo.css.gov 

Subject: Archimedes Packet Software needed 

To: ham-digital@ucsd.edu 


HI OUT THERE 

I HAVE A TNC2S AND AN ARCHIMEDES AND NO PACKET SOFTWARE 
AT THE MOMENT I USE TAPR IN CONJUNCTION WITH A VT100 EMU 
NOT VERY COMFORTABLE. PLEASE MAIL ME UNDER 


UJ89@IBM3090.RZ.UNI-KARLSRUHE . D400 
73 DE DGSTAE 


Date: 5 Nov 93 18:09:33 GMT 

From: hellgate.utah.edu!caen!math.ohio-state.edu!cis.ohio-state.edu! 
news.sei.cmu.edu!nntp.club.cc.cmu.edu!pitt.edu! gatech!howland.reston.ans.net! 
xlink.net!scsing.switch.ch!@@dog.ee.1lbl.gov 

Subject: ftp access by packet 

To: ham-digital@ucsd.edu 


In article PMARANDA@vm1.ulaval.ca, PMARANDA@vm1.ulaval.ca (Roger-Daniel Laberge) 
writes: 


> Is there any way to get access to Internet and FTP sites thru packet radio? 


Technically yes, but it's illegal (3rd party stuff) 


73 de Andy SP5WCA 


[---r rr crc rc rc rrr cre t-------- f------------------- f------------------------- \ 
I Andrzej K. Brandt I SP5WCA I andy@mimuw.edu.pl I sp5wca@sp5pbe.wa.pol.eu I 
os t-------- f------------------- f------------------------- / 


Date: Fri, 5 Nov 93 09:02:12 GMT 

From: ukma!widener!hela.iti.org!usc!math.ohio-state.edu!howland.reston.ans.net! 
pipex!uknet!uos-ee!ee.surrey.ac.uk!M.Willis@seismo.css.gov 

Subject: G.P. DOCS again !!! 

To: ham-digital@ucsd.edu 


English documentation is shipped routinely with GP version 1.5. Perhaps you have 
a later version and no translation has been done yet. You should have got a 
complete 

set of files, not just the program on the distribution disk. 


Most stuff is available for GP via FTP from ucsd.edu I seem to remember. There is 
also a German BBS . 


ftp.inf.tu-dresden.de 


But this is quite slow to access. It has all sorts of stuff on it. 


Date: 05 Nov 93 01:38:17 GMT 

From: dog.ee.lbl.gov!overload.1lbl.gov!agate!howland.reston.ans.net!pipex!sunic! 
news. funet.fi!nntp.hut.f£i!nntp.hut.£i!Tomi.Manninen@network.ucsd.edu 

Subject: Help on KISS mode 

To: ham-digital@ucsd.edu 


In article <60.1356.5731.0N189280@canrem.com> steve.jones@canrem.com (Steve Jones) 
writes: 


>The 2 commands you need are persistance and slottime. If using NOS the 
>persistance command is ‘param <interface> 2 255'. This sets your TNC to 
>the highest persistance (very unfriendly to other users). Consult your 
>manual for a discussion of persistance and slottime. 


_Very unfriendly!_ Persistence of about 64 would be more appropriate. 


>things are dead slow. I've noticed on the MFJ's that the sta and con 
>led's flash every so often like the tnc has been reset. Looks like the 
>tnce is resetting itself and wiping out my parameters. All the MFJ's I've 
>have do the same thing. Any ideas?? 


I've seen this. My TNC is a DK9SJ TNC-2S (tnc-2 clone) with TAPR 
1.1.8a (or was it 1.1.8) firmware and it did just what you explained. 
I finally changed the eprom to JKISS (binaries come with BPQ-node 
software) and since then it has worked just fine. Since I only use 
NOS, I don't need any other modes than KISS. 


---Tomi Manninen / Tomi.Manninen@hut. £i / OH2BNS @ OH2RBI.FIN.EU--- 


Date: Sat, 6 Nov 1993 20:29:28 GMT 

From: Germany.EU.net!mcsun!sun4nl!hacktic!utopia.hacktic.nl!globv1.hacktic.nl! 
peter@uunet.uu.net 

Subject: Kiss AX25 driver for Unix ??? 

To: ham-digital@ucsd.edu 


whitemp@cnsvax.uwec.edu writes: 


>Has anyone added a ax25 driver (or kiss) to the kernel of a Unix box? 


Fred van Kempen, is writing AX.25 drivers for the Linux kernel. This is what 
he wrote in the HAMS channel on the Linux mailing list: 


--- cut here --- 
Hi All, 


Hey, I didn't even know about the very existence of this 
channel... 


Anyway. Christophe said: 


>Hi, 1 guess the subject says it all. I heard some rumours about KISS being 
>supported, but could not find info anywhere. 


Correct. I indeed added a KISS driver (it talked to every TNC-2 
I could find, including my KAM on both ports), and am slowly im- 
plementing an AX.25 socket layer. I already wrote some simple 
clients and servers for this (AXterm, AXbeacon, AXtermd, ...) 
and they react fine to incoming AX frames. 


Of course, the layer will also run on loopback only (AXterm mycall :-) 
for testing and gateway looping. I am considering porting the F6FBB 
BBS program to Linux, thus giving us a nice, wellknown BBS as well. 


>Is there any support for AX25 connected mode? I guess UI would be enough 
>to get current TCPIP (44.x.y.z) going, but a "complete" implementation 
>would be much nicer. 

Yes, connmode is supported. I got the 


A->B SABM 
B->A UA 


A->B DISC || B->A DISC 
B->A UA || A->B UA 


sequence running now, but I am still waiting for the AX.25 2.0 
specs to arrive here (they were delivered to my US home address 
yesterday, it'll take another couple of days before they arrive 
here in NL) so I can check out which kind of exceptions I should 
be able to handle in the receiver state is not what the sender 
thinks it is. Currently, I simply send a DM for any packet not 
being an SABM if we are not in CONN state... 


UI frames are done, but I want all protocol stacking to be in an 
external process (i.e. the IP-over-AX bridge, the AX-over-IP 


bridge, etc.) so the kernel layer is as small as possible. 


Fred 


Fred N. van Kempen Certified Linux/PRO Engineer :-) 
MicroWalt Corporation Software Development waltje@uwalt.nl.mugnet.org 
Hoefbladhof 27, 2215DV VOORHOUT, The Netherlands Tel (+31) 2522-30205 


"...I Wanna Lay You Down , In A Bed Of Roses ! (Jon Bon Jovi)" 
eee ETON BUC. Ms 


Groetjes, 
Peter Busser 


Linux, the choice of a GNU generation. 


Date: 7 Nov 93 06:39:15 GMT 
From: news-mail-gateway@ucsd.edu 
Subject: KISS V7 binary 

To: ham-digital@ucsd.edu 


Could somebody assemble the KISS V7 ROM and upload it 
to UCSD.EDU for us who don't have a Z-80 Cross Assembler? 
The *.MAC source code is in ucsd.edu:/hamradio/packet/tcpip/incoming/kissv7.zip 


73 Costas <kkrallis@leon.nrcps.ariadne-t.gr> 


| Dr. K. Krallis, SV1XV * Research Engineer 
| Metallurgy Lab., National Technical University of Athens 


| Internet: kkrallis@leon.nrcps.ariadne-t.gr [143.233.2.1] 
| Packet radio: svixv@sviuy.ath.grc.eu 

| AMPRnet: svixv@sv1ixv.ampr.org [44.154.1.11] 

| Snail Mail: P.0O.BOX 3066, GR-10210 Athens, GREECE 


Date: Fri, 05 Nov 93 16:12:14 GMT 

From: dog.ee.lbl.gov!agate!howland.reston.ans.net!europa.eng.gstefsd.com! 
library.ucla.edu!csulb.edu!csus.edu!netcom.com!netcomsv! bongo! skyld! 
jangus@network.ucsd.edu 

Subject: Need chip numbers 

To: ham-digital@ucsd.edu 


In article <2bcdd1i$hia@juniper.almaden.ibm.com> enge@enge.almaden.ibm.com writes: 


> Need some chip numbers to do some repairs. The chips are U7, U8, U9, 
> and U10 on a DRSI PCPA-2 (two VHF port) card and U9 and U10 on a TAPR 
> TNC-2. 


As he walks over to the table and picks up some handy hardware laying about. 
DRSI Type 2 

U7 MC74HCO4AN 

U8 TCM3105IL 

U9 MC74HC14AN 

U10 MC74HC14AN 


TAPR TNC-2 (This is from the MFJ 1270b which claims to be a TNC-2 clone 
and the "portions of the artwork" etc...) 


U9 CD74HC14E 
U10 CD74HCTO4AE 


As Brian would say, "Your milage may vary" 


Hope this helps 


Amateur: WA6FWI@WA6GFWI.#SOCA.CA.USA.NA 

Internet: jangus@skyld.tele.com 

US Mail: PO Box 4425 Carson, CA 90749 
Phone: 1 (310) 324-6080 


"It is difficult to imagine our 
universe run by a single omni- 

potent god. I see it more as a 

badly run corporation." 


Date: Fri, 5 Nov 1993 14:29:23 GMT 

From: dog.ee.lbl.gov!agate!howland.reston.ans.net!gatech!udel!gvls1! 
rossi@network.ucsd.edu 

Subject: NEW PACKET - TNC QUESTIONS 

To: ham-digital@ucsd.edu 


I would like to try out packet this fall, however I have a few question... 


1. How useful is most packet operation with a simple TNC and dumb terminal? 
All of the TNC ads seem to assume you will be using their TNC with a PC/MAC/etc 


and they emphasize all of the wonderful features you get. How much 

functionality is lost by just using a dumb terminal? I currently do xnotx 
have a PC and I have no immediate plans to get one. My "dumb" terminal has 
some intelligence but would require some custom software to make use of it. 


2. What would be a good TNC to use with a dumb terminal? These multi-mode 
jobs sound nice but it seems to me that most of the features would go to 
waste since they could not be used with a dumb terminal. 


3. What should I be looking for in a TNC? I want to avoid buying something 
either used or new only to find a few weeks later that it is lacking some 
highly desired feature. This is especially true for an older, used TNC. 


I think (?) I am looking for something suitable for general 2 meter packet 
operation, and possibly some HF operation (RTTY, etc) and just take things 
from there. 


I recently received Kantronics, AEA, and MFJ catalogs, however, one problem I 
am running into is I see various used [older] TNCs for sale and I have no 
idea how these older models and/or models with older software, compare to 

the current models since the catalogs only describe the latest models. 
Actually I find the Kantronics catalog to be a joke. It contains very little 
technical information. 


Best I can tell, MFJ seems to have the best prices for similar featured 
models but I have never been all that impressed with stuff from MFJ. How 
are their TNCs? 


Please respond via e-mail. 


Pete Rossi - WA3NNA rossi@vfl1l.paramax.COM 


Unisys Corporation - Government Systems Group 
Valley Forge Engineering Center - Paoli, Pennsylvania 


Date: Fri, 5 Nov 1993 15:01:00 GMT 

From: dog.ee.lbl.gov!agate!howland.reston.ans.net! gatech!udel! gvls1! 
rossi@network.ucsd.edu 

Subject: NEW PACKET - TNC QUESTIONS 

To: ham-digital@ucsd.edu 


I would like to try out packet this fall, however I have a few question... 


1. How useful is most packet operation with a simple TNC and dumb terminal? 


All of the TNC ads seem to assume you will be using their TNC with a PC/MAC/etc 
and they emphasize all of the wonderful features you get. How much 
functionality is lost by just using a dumb terminal? I currently do xnotx 

have a PC and I have no immediate plans to get one. My "dumb" terminal has 
some intelligence which would require some custom software to make use of. 


2. What would be a good TNC to use with a dumb terminal? These multi-mode 
jobs sound nice but it seems to me that most of the features would go to 
waste since they could not be used with a dumb terminal. 


3. What should I be looking for in a TNC? I want to avoid buying something 
either used or new that I will find a few weeks later that it is lacking some 
highly desired feature. This is especially true for an older, used TNC. 


I think (?) I am looking for something suitable for general 2 meter packet 
operation, and possibly a little HF operation (RTTY, etc) and just take things 
from there. Eventually some satellite/Mir/Shuttle stuff. 


I recently received Kantronics, AEA, and MFJ catalogs, however, one problem I 
am running into is I see various used [older] TNCs for sale and I have no 
idea how these older models and/or models with older software, compare to 

the current models since the catalogs only describe the latest models. 
Actually I find the Kantronics catalog to be a joke. It contains very little 
technical information. 


Best I can tell, MFJ seems to have the best prices for similar featured 
models but I have never been all that impressed with stuff from MFJ. How 
are their TNCs? 


Please respond via e-mail. 


Pete Rossi - WA3NNA rossi@vf1.paramax.COM 


Unisys Corporation - Government Systems Group 
Valley Forge Engineering Center - Paoli, Pennsylvania 


Date: 4 Nov 93 16:31:30 MDT 

From: dog.ee.lbl.gov!agate!howland.reston.ans.net!math.ohio-state.edu! 
cs.utexas.edu!utah-morgan!hellgate.utah.edu!cc.usu.edu!symantec.com! 
RABALATS@network.ucsd. edu 

Subject: packet FAQ's? 

To: ham-digital@ucsd.edu 


Does anyone out there have a Packet FAQ List? I need it for a packet 


presentation I'll be giving soon, Thanks. 


73, 
NOPRQ 
rabalais@symantec.com 


Date: Thu, 4 Nov 93 20:15:59 EST 

From: news.centerline.com!noc.near.net!news.delphi.com!usenet@uunet.uu.net 
Subject: Packet Program Recommendations for ATT UNIX 3B2/400 

To: ham-digital@ucsd.edu 


Does anyone have experience with Packet/Ham Radio in UNIX SYS V Specifically 
on the ATT 3B2/400. 

I have a NOS "netserv" but it core dumps and won't run and also have 

a version of k5jb but can't get it to receive with my PK-88 TNC (Sends ok). 
Any other C Software (Ported) Programs available??? 


TGOODIN @ DELPHI.COM Internet 

or 

KD40FO @ W4NIJA.4#WKY.USA.NA PAcket 
Tim Goodin 

73's 


Date: Thu, 4 Nov 1993 15:33:19 EST 

From: news.centerline.com!noc.near.net!saturn.caps.maine.edu!maine.maine.edu! 
suseea@uunet.uu.net 

Subject: PACKET TX "RECIEVER READY" 

To: ham-digital@ucsd.edu 


I am asking this question in an attempt to figure out what 

is going on at a local digipeater. This digipeater used to 
be used for packet work, ie: log on to board..get elements etc. 
But now this is nearly impossible due to the flood of 
reciever ready transmissions bombarding the digipeater. What 
is the purpose of this reciever ready stuff??? What ever it 
is has destroyed the use of the digipeater for packet. Is 
this something that could be resolved??? 

I am very ignorant of this sort of thing but it drives my 
father nuts and I thought maybe some of you out their could 
clue me in. 

Thanx 

Alan 


Date: Fri, 5 Nov 1993 00:14:00 GMT 
From: mulvey!rich@uunet.uu.net 
Subject: TCP/IP and Linux 

To: ham-digital@ucsd.edu 


Is there anyone out there running some version of NOS on a Linux machine? 
If so, I'd appreciate getting some info on what version you're using, 
where you got it, etc. 


Thanks, 

- Rich 
Rich Mulvey Amateur Radio: N2VDS Rochester, NY 
rich@mulvey.com "Ignorance should be painful." 


Date: Thu, 04 Nov 93 14:31:32 GMT 

From: netcon!bongo!skyld! jangus@locus.ucla.edu 

Subject: Viruses and Packet radio 

To: ham-digital@ucsd.edu 

In article <CFwp5C.9xA@cbfsb.cb.att.com> fvdbord@cbnewsg.cb.att.com writes: 
> If I use Baycom for Packet radio and I set "remote off" is there 
> any chance that anyone can install a virus on my PC from a remote 
> system? Would it be possible if I set “remote on" ? 
//remote off = no external control. 
//remote on = questionable access from "friends" 
Additionally, the "real" source of virus contamination is from uploaded 
software. (i.e., binary file transfers) but this assumes that the file 
your retrieve is contaminated. It doesn't pick anything up in transfer. 


73 es GM from Jeff. 


PS, who many years ago would fall victim to "//color © 0" on digicom. 


Amateur: WAGFWI@WAGFWI.4#SOCA.CA.USA.NA | "It is difficult to imagine our 
Internet: jangus@skyld.tele.com | universe run by a single omni- 


US Mail: PO Box 4425 Carson, CA 90749 | potent god. I see it more as a 
Phone: 1 (310) 324-6080 | badly run corporation." 


Date: Thu, 4 Nov 1993 04:48:26 GMT 

From: ukma!usenet.ins.cwru.edu!magnus.acs.ohio-state.edu!math.ohio-state.edu! 
cyber2.cyberstore.ca!nntp.cs.ubc.ca!alberta!nebulus! ve6émgs!mark@seismo.css. gov 
To: ham-digital@ucsd.edu 


References <adlerCFLqqC.CyK@netcom.com>, <CFpvsC.Fwz@ve6émgs.ampr.ab.ca>, 
<2b3mt1$hug@TAMUTS. TAMU .EDU>c 
Subject : Re: info on cellular mods - illegal? MAYBE! 


willis@cs.tamu.edu (Willis Marti) writes: 


>Correct (IMNSHO). All the references refer to *«devices* or advertisements 
>for xdevicesx, not documents. 


True, but the courts (the interpreters of the law) may view a modification of 

a radio to receive Cellular as a form of advertising for a device (ie, the sale 
of a diode to institute the mod). But since Amateurs make no ‘profit', I guess 
the ‘“commerce' angle they have in the act makes it impossible for them to 
prosecute a person for distributing information about modifications. 


>WHERE does it say that? 

>>> (c) places in any newspaper, magazine, handbill, or other publication 
>>>any advertisement of-- 

>>> (i) any electronic, mechanical, or other device ... 

>>> (ii) any other electronic, mechanical, or other device, 

> [which is advertised to intercept cellular] 

>No doubt this law is intending to be far reaching (instead of just fixing the 
>alleged problem by encryption), but nothing I've read says you can't provide 
>information or advertise information, as long as you don't advertise the 
>devices themselves. 


All mods I know of require ‘devices' to be used to alter the radio, minus 
the keyboard mod'ed radios. Maybe I may be stretching it by assuming that 
if you mention a ‘diode' in a mod description, you are advertising the 


diode required to make the radio receive Cellular ... I can see it now, 
“glass bead' = diode, just as ‘$' is often refered to as ‘resistors' or 
“capacitors' as in ‘this new radio cost me 305 capacitors' :-) 

Ciao -- Mark 


End of Ham-Digital Digest V93 #103 


KKKKKKKKKKKKKKKKKKKKKKKKKKKKKE 
KKKKKKKKKKKKKKKKKKKKKKKKKKKKKK 


